home *** CD-ROM | disk | FTP | other *** search
-
-
-
- UUUUUUUUGGGGEEEETTTTTTTTYYYY((((1111MMMM)))) UUUUUUUUGGGGEEEETTTTTTTTYYYY((((1111MMMM))))
-
-
-
- NNNNAAAAMMMMEEEE
- uugetty - set terminal type, modes, speed, and line discipline
-
- SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
- ////uuuussssrrrr////lllliiiibbbb////uuuuuuuuccccpppp////uuuuuuuuggggeeeettttttttyyyy [----hhhhNNNNDDDDrrrr] [----tttt timeout] [----dddd delay]
- [----iiii chat1,[chat2]] line [speed [type [linedisc]]]
- ////uuuussssrrrr////lllliiiibbbb////uuuuuuuuccccpppp////uuuuuuuuggggeeeettttttttyyyy ----cccc file
-
- DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
- _u_u_g_e_t_t_y is similar to _g_e_t_t_y(1M), but changes have been made to support
- using the line for _u_u_c_i_c_o, _c_u, and _c_t; that is, the line can be used in
- both directions. The _u_u_g_e_t_t_y will allow users to login, but if the line
- is free, _u_u_c_i_c_o, _c_u, or _c_t can use it for dialing out. The
- implementation depends on the fact that _u_u_c_i_c_o, _c_u, and _c_t create lock
- files when devices are used. When the "open()" returns (or the first
- character is read when ----rrrr option is used), the status of the lock file
- indicates whether the line is being used by _u_u_c_i_c_o, _c_u, _c_t, or someone
- trying to login.
-
- The ----dddd option specifies a number of seconds to wait after the first
- character is available from the line, and then to discard all input.
- This option can be useful with modems which provide 'call progress'
- information when answering. For example, the ----dddd option can be used to
- ignore 'RING' and 'CONNECT' which would otherwise fool _u_u_g_e_t_t_y into
- invoking _l_o_g_i_n before the correct speed has been determined. When
- possible, two chat-scripts should be used with ----iiii option instead.
-
- The ----iiii option specifies one or two "chat-script" entries in
- ////eeeettttcccc////uuuuuuuuccccpppp////DDDDiiiiaaaalllleeeerrrrssss. _U_u_g_e_t_t_y uses the first chat-script before going to
- sleep to wait for the first input. This should be used to tell a modem
- to answer the telephone the next time it rings. The modem can be
- configured to not answer until _u_u_g_e_t_t_y is ready to answer.
-
- The second chat-script used with ----iiii can be used to wait for the modem to
- say the connection is completely established. This allows stray 'RING'
- messages or long modem protocol negotiations to be ignored gracefully.
-
- ----NNNN option honors the ////eeeettttcccc////nnnnoooollllooooggggiiiinnnn file. When present, _u_u_g_e_t_t_y does not
- answer the line, but instead waits for the file to go away.
-
- Unless _u_u_g_e_t_t_y is invoked with the ----hhhh flag, _u_u_g_e_t_t_y will force a hangup
- on the line by setting the speed to zero before setting the speed to the
- default or specified speed. The ----tttt flag plus _t_i_m_e_o_u_t (in seconds),
- specifies that _u_u_g_e_t_t_y should exit if the open on the line succeeds and
- no one types anything in the specified number of seconds.
-
- The ----DDDD option turns on _u_u_c_i_c_o debugging, with the output sent to the
- system log, /_v_a_r/_a_d_m/_S_Y_S_L_O_G. It can be useful for testing a script
- specified with the ----iiii option.
-
-
-
-
-
-
- PPPPaaaaggggeeee 1111
-
-
-
-
-
-
- UUUUUUUUGGGGEEEETTTTTTTTYYYY((((1111MMMM)))) UUUUUUUUGGGGEEEETTTTTTTTYYYY((((1111MMMM))))
-
-
-
- Note that when the ----rrrr option is used, several <carriage-return>
- characters may be required before the login message is output. The human
- users will be able to handle this slight inconvenience. _U_u_c_i_c_o trying to
- login will have to be told by using the following login script:
-
- "" \r\d\r\d\r\d\r in:--in: ...
-
- where the ... is whatever would normally be used for the login sequence.
-
- An entry for direct line that has a _u_u_g_e_t_t_y on each end must use the ----rrrr
- option. This causes _u_u_g_e_t_t_y to wait to read a character before it puts
- out the login message, thus preventing two uugettys from looping. If
- there is a _u_u_g_e_t_t_y on one end of a direct line, there must be a _u_u_g_e_t_t_y
- on the other end as well.
-
- Here is an ////eeeettttcccc////iiiinnnniiiittttttttaaaabbbb entry using _u_u_g_e_t_t_y on an intelligent modem:
-
- t5:23:respawn:/usr/lib/uucp/uugetty -Nt 60 -itelebitin,conn ttyf5 dx_19200
-
- Note that a ////eeeettttcccc////ggggeeeettttttttyyyyddddeeeeffffssss entry which cycles among the speed(s)
- appropriate for the modem should be chosen. Modems which "lock" to a
- single speed, such as most high speed modems, should be used with a
- ggggeeeettttttttyyyyddddeeeeffffssss entry which sticks to a single speed, such as dx_19200.
-
- When _u_u_g_e_t_t_y is invoked with the ----cccc option and _f_i_l_e, it scans the file as
- if it were scanning ////eeeettttcccc////ggggeeeettttttttyyyyddddeeeeffffssss during normal operation, and prints
- out the results to the standard output. If there are any unrecognized
- modes or improperly constructed entries, it reports these. If the
- entries are correct, it prints out the values of the various flags. See
- _i_o_c_t_l(2) to interpret the values. Note that some values are added to the
- flags automatically.
-
- FFFFIIIILLLLEEEESSSS
- /etc/nologin
- /etc/gettydefs
- /var/adm/SYSLOG
- /etc/uucp/Dialers
- /etc/issue
-
- SSSSEEEEEEEE AAAALLLLSSSSOOOO
- login(1), cu(1C), getty(1M), init(1M), uucico(1M), ioctl(2),
- gettydefs(4), inittab(4), duart(7), tty(7)
-
- DDDDIIIIAAAAGGGGNNNNOOOOSSSSTTTTIIIICCCCSSSS
- Most error messages are sent to the system log, /_v_a_r/_a_d_m/_S_Y_S_L_O_G.
-
-
-
-
-
-
-
-
-
-
- PPPPaaaaggggeeee 2222
-
-
-
-